Authentication and control of incoming communication

ABSTRACT

An incoming communication processing system and method is disclosed for providing communication and data services to residents of a controlled facility. Specifically, the incoming communication processing system allows outside parties to initiate communications to residents of a controlled facility. The incoming communication processing system may work in conjunction with or separately from an outgoing communication processing system. Many restrictions and safeguards may be implemented within the incoming communication system in order to prevent improper use.

CROSS-REFERENCED TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/946,265, filed Nov. 19, 2015, which is incorporated herein byreference in its entirety.

BACKGROUND Field

The disclosure relates to methods and systems for authentication andcontrol of incoming communications to personal wireless devices in acontrolled facility.

Background

Conventional communication systems for residents of controlledfacilities typically include a centralized call center from whichinmates can make telephone calls over hardwired landlines.Alternatively, there may be several hardwired telephones scatteredthroughout the facility from which the inmates can make outgoing calls.

In the conventional system, all telephone calls are routed through acentral processing center, which may be located on-site or off-site. Theprocessing center can conventionally act as a local switching center forconnecting calls, or can perform security functions, such as callerauthentication, call monitoring, etc.

Conventional communication systems do not allow residents of facilitiesto receive incoming calls. This places a burden on the residents,families, and friends that desire to contact the resident quickly.Residents can only make outgoing collect or outgoing debit calls. In thepast, if an outside party such as a family member desires to contact aninmate, they would send a letter to the inmate indicating the desire toreceive a call or message from the inmate. This takes a great deal oftime and is very inconvenient.

BRIEF SUMMARY

In an embodiment, an incoming communication processing system managescommunications from outside parties to residents of a facility. Inembodiments, the incoming communications processed by the incomingcommunication system may be any, all, or combinations of voice, text,video, Short Message Service (SMS), Multimedia Message Service (MMS),voice mail, instant message, photo, teletypewriter, Baudot, computerdata, application data, or email. In embodiments, the incomingcommunications processed by the incoming communication system may beany, all, or combinations of voice, text, video, Short Message Service(SMS), Multimedia Message Service (MMS), voice mail, instant message,photo, teletypewriter, Baudot, computer data, application data, oremail.

The incoming communication processing system maintains stateinformation, contact information, configuration information, and othercommunication processing information in a database. The incomingcommunication processing system may work independently from or inconjunction with an outgoing communication processing system. Similarly,the incoming communication processing system may have a shared orseparate database from an outgoing communication processing system.

Some embodiments include an investigative system for monitoring andcontrolling incoming and outgoing communications. Investigative systemsmay record communications, detect three-way calling, detect callforwarding, or detect resident-to-resident communications. In anembodiment, incoming communications can be paid for in a number of waysincluding a debit account or an advance pay account. In an embodiment,outside parties are required to register prior to placing an incomingcommunication to a resident.

The foregoing and other aspects, features, details, utilities, andadvantages will be apparent from reading the following description andclaims, and from reviewing the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS/FIGURES

Embodiments are described with reference to the accompanying drawings.In the drawings, like reference numbers indicate identical orfunctionally similar elements.

Additionally, the left most digit(s) of a reference number identifiesthe drawing in which the reference number first appears.

FIG. 1 illustrates an exemplary incoming communication processingsystem.

FIG. 2 illustrates an exemplary incoming communication processing systemand an outgoing communication processing system.

FIG. 3 illustrates an exemplary combined incoming and outgoingcommunication processing system.

FIG. 4 illustrates an exemplary combined incoming and outgoingcommunication processing system that maintains separate databases foroutgoing communications are incoming communications.

FIG. 5 illustrates an exemplary incoming communication processing systemand an outgoing communication processing system that both use the samedatabase.

FIG. 6 illustrates an exemplary incoming call processing system and anoutgoing communication processing system that have their own databasesand also a shared database.

FIG. 7 illustrates an exemplary combined incoming and outgoingcommunication processing system that is connected to a combinationincoming and outgoing investigative system.

FIG. 8 illustrates an exemplary incoming communication processing systemthat has its own incoming investigative system and an outgoingcommunication processing system that has a separate outgoinginvestigative system.

FIG. 9 illustrates a flowchart diagram of an exemplary method forprocessing an incoming communication from an outside calling party to aninmate.

DETAILED DESCRIPTION

The following Detailed Description refers to accompanying drawings toillustrate exemplary embodiments consistent with the disclosure.References in the Detailed Description to “one exemplary embodiment,”“an exemplary embodiment,” “an example exemplary embodiment,” etc.,indicate that the exemplary embodiment described may include aparticular feature, structure, or characteristic, but every exemplaryembodiment may not necessarily include the particular feature,structure, or characteristic. Moreover, such phrases are not necessarilyreferring to the same exemplary embodiment. Further, when a particularfeature, structure, or characteristic is described in connection with anexemplary embodiment, it is within the knowledge of those skilled in therelevant art(s) to affect such feature, structure, or characteristic inconnection with other exemplary embodiments whether or not explicitlydescribed.

The exemplary embodiments described herein are provided for illustrativepurposes, and are not limiting. Other exemplary embodiments arepossible, and modifications may be made to the exemplary embodimentswithin the spirit and scope of the disclosure. Therefore, the DetailedDescription is not meant to limit the invention. Rather, the scope ofthe invention is defined only in accordance with the following claimsand their equivalents.

Embodiments may be implemented in hardware (e.g., circuits), firmware,software, or any combination thereof. Embodiments may also beimplemented as instructions stored on a machine-readable medium, whichmay be read and executed by one or more processors. A machine-readablemedium may include any mechanism for storing or transmitting informationin a form readable by a machine (e.g., a computing device). For example,a machine-readable medium may include read only memory (ROM); randomaccess memory (RAM); magnetic disk storage media; optical storage media;flash memory devices; electrical, optical, acoustical or other forms ofpropagated signals (e.g., carrier waves, infrared signals, digitalsignals, etc.), and others. Further, firmware, software, routines,instructions may be described herein as performing certain actions.However, it should be appreciated that such descriptions are merely forconvenience and that such actions in fact results from computingdevices, processors, controllers, or other devices executing thefirmware, software, routines, instructions, etc. Further, any of theimplementation variations may be carried out by a general purposecomputer, as described below.

For purposes of this discussion, any reference to the term “module”shall be understood to include at least one of software, firmware, andhardware (such as one or more circuit, microchip, or device, or anycombination thereof), and any combination thereof. In addition, it willbe understood that each module may include one, or more than one,component within an actual device, and each component that forms a partof the described module may function either cooperatively orindependently of any other component forming a part of the module.Conversely, multiple modules described herein may represent a singlecomponent within an actual device. Further, components within a modulemay be in a single device or distributed among multiple devices in awired or wireless manner.

The following Detailed Description of the exemplary embodiments will sofully reveal the general nature of the invention that others can, byapplying knowledge of those skilled in relevant art(s), readily modifyand/or adapt for various applications such exemplary embodiments,without undue experimentation, without departing from the spirit andscope of the disclosure. Therefore, such adaptations and modificationsare intended to be within the meaning and plurality of equivalents ofthe exemplary embodiments based upon the teaching and guidance presentedherein. It is to be understood that the phraseology or terminologyherein is for the purpose of description and not of limitation, suchthat the terminology or phraseology of the present specification is tobe interpreted by those skilled in relevant art(s) in light of theteachings herein.

Environment Overview

FIG. 1 illustrates an exemplary incoming communication processing systemenvironment 100. Incoming Communication Processing System 104 managescommunications from Outside 102 to Facility 106. In an embodiment,Incoming Communication Processing System 104 is constructed from anumber of hardware elements including processors, circuits, circuitcomponents, and combinations therein. In embodiments, the incomingcommunications system can be used in any type of facility with residentsto manage communications from outside 102 residents within facility 106.In an embodiment, facility 106 is a correctional institution such as aprison facility and the residents are inmates or otherwise incarceratedin the correctional institution. In other embodiments, facility 106 maybe any type of facility with a need to control and monitor incomingcommunications such as a hospital, a dormitory, a mental healthinstitution, a hotel, or other such facilities. Some examples below willbe about embodiments where facility 106 is a correctional institutionsuch as a prison facility and the residents are inmates or otherwiseincarcerated, but the incoming communications processing systemdescribed is not limited to such embodiments.

Outside 102 represents all parties that are not residents of facility106. For example, when the facility is a prison, outside 102 representsall family and friends of an inmate of the prison. In embodiments, theincoming communications processed by the incoming communication system104 may be any, all, or combinations of voice, text, video, ShortMessage Service (SMS), Multimedia Message Service (MMS), voice mail,instant message, photo, teletypewriter, Baudot, computer data,application data, or email. Some examples below will be about acommunications type of a voice call, but the incoming communicationsprocessing system is not limited to such embodiments. For example, in anembodiment, facility 106 is a prison with inmates as residents andincoming communications are voice calls. In another embodiment, facility106 is a prison with inmates as residents and incoming communicationsare video calls.

In embodiments, the transport mechanism for incoming communications formoutside 102 to facility 106 may be the Public Switched Telephone Network(PSTN), Internet Protocol (IP), Next Generation Networking (NGN),wireless radio frequency carriers, optical carriers, or othertransports. In an embodiment, for example, voice calls are processed bythe Incoming Communication Processing System 104 from a PSTN network. Inembodiments incoming communications processing system 104 hasconnections for all of the above types of transport mechanisms toconnect to outside 102 and facility 106.

Incoming communication processing system 104 manages communications fromparties outside of the facility 102 to residents inside the facility106. Residents receive the incoming communications via a communicationsdevice. In embodiments, the communications device may be an analogtelephone, a cellular telephone, a wired or wireless VoIP telephone, avideo conferencing device, a web browser, a web browser using WebRTC, aSIP phone, a general purpose computer, a tablet computer, or any othersuitable communications device that may receive any of the incomingcommunications listed above. In an embodiment, facility 106 is acorrectional institution, the resident is an inmate, and the inmate hasa Personal Wireless Device (PWD) to receive voice calls, text messages,emails, and video calls. In embodiments, the outside parties 102 arefamily, friends, attorneys, or other individuals or organization withwhich the inmate wishes to communicate.

The Incoming Communication Database

Incoming Communication Processing System 104 maintains a database 108containing information relevant to processing incoming communications.In an embodiment, Incoming Communication Database 108 contains contactinformation such as names, phone numbers, addresses, email addresses,video call addresses, SMS contact information, or any other contactinformation for an outside party. In an embodiment, IncomingCommunication Database 108 contains communication restriction processinginformation such as block lists and other routing rules for contacts andresidents. For example, in an embodiment Incoming Communication Database108 contains a block list of phone numbers that a certain resident maynever receive a call from, and an allowed list (“white list”) of phonenumbers that a certain resident may only receive calls from.

In an embodiment, the communication restriction processing informationcan comprise any identifying information such as phone numbers, phonenumber prefixes, communication type, geographic information, or anyother information that identifies a particular outside party or group ofoutside parties. For example, in an embodiment a block list may blockincoming email communications from any address that ends in a particulardomain name. In an embodiment, block lists contain complex rulesincluding time of day, communication type, and outside partyidentification. For example, in an embodiment the database may contain ablock list rule that a particular inmate is not allowed video calls froma particular state during certain hours.

In an embodiment, block lists are shared between incoming and outgoingcommunication processing systems. In an embodiment, incoming andoutgoing communication processing systems maintain distinct lists. Inanother embodiment, the lists are periodically or continuously syncedfrom one to the other. For example, in an embodiment where a facilityhas block lists configured for an outgoing communication processingsystem. When the facility decides to add an incoming communicationprocessing system, the facility performs a one-time sync from theexisting outgoing database to the new incoming database. In anembodiment, the two lists are bi-directionally synced periodically. Thissynchronization is carried out by a synchronization subsystem.

Block lists may also be white lists. Block lists prevent communicationfrom or to all contacts on the block list, while white lists preventcommunication from or to all contacts not on the white list. Forexample, in an embodiment, a resident may be only allowed voice callsfrom family members from 9 am-5 pm on Thursdays. Any combination ofcontact information, authentication information, geographic information,biometric information, time and date information, or any otherinformation stored in the database may be the basis for communicationrestriction processing.

Interaction With Outgoing Communication Systems

Incoming Communication Processing System 104 may work independently fromor in conjunction with an outgoing communication processing system. FIG.2 illustrates an exemplary Incoming Communication Processing System 104and an Outgoing Communication Processing System 204 that operateindependently of one another. In an embodiment, Outgoing CommunicationProcessing System 204 is constructed from a number of hardware elementsincluding processors, circuits, circuit components, and combinationstherein. In this embodiment, Incoming Communication Processing System104 is entirely independent of Outgoing Communication Processing System204. Facility 106 can have one or more Outgoing Communication ProcessingSystem 204 for outgoing communications that maintain their own databasesand state information. This allows existing outgoing communicationsystems to operate independently from an incoming communication system.For example, in an embodiment, a prison may have an existing OutgoingCommunication Processing System 204 and add Incoming CommunicationProcessing System 104 with no interruption or interaction with theoutgoing system. In these embodiments the incoming and outgoing systemswill maintain separate contact lists, recordings, rules, and paymentoptions, and other data stored in separate databases 108 and 208.

In another embodiment, the incoming communication system may be fullyintegrated with one or more outgoing communication systems. FIG. 3illustrates an exemplary combined incoming and outgoing communicationprocessing system. In this embodiment the Incoming/OutgoingCommunication Processing System 304 has a single database 308 thatstores both information for incoming communications and outgoingcommunications. In an embodiment the rules for incoming and outgoingcommunications are the same. In another embodiment, while the incomingand outgoing systems share database 308, the database may containdifferent rules for incoming and outgoing communications. In anembodiment, a resident may be allowed to place an outgoing communicationto a certain outside party, but not able to receive an incomingcommunication from that same party or vice versa. For example, an inmateof a prison facility may be allowed to receive a communication from aprosecutor, but be disallowed from placing an outgoing communication tothe same prosecutor.

Other topologies and levels of interaction between incoming and outgoingcommunication processing systems are possible. FIG. 4 illustrates anexemplary combined Incoming/Outgoing Communication Processing System 304that maintains separate databases 208 and 108 for outgoingcommunications are incoming communications, respectively. FIG. 5illustrates an embodiment where separate Incoming and OutgoingCommunication Processing Systems 104 and 204 operate from a commonIncoming/Outgoing Communication Database 308.

FIG. 6 illustrates an exemplary incoming communication system that mayshare some assets or features with one or more outgoing communicationssystems, but retain some separate assets or features. For example,Incoming Communication Processing System 104 utilizes both IncomingCommunication Database 108 and Incoming/Outgoing Communication Database308. Similarly, Outgoing Communication Processing System 104 utilizesboth Outgoing Communication Database 108 and Incoming/OutgoingCommunication Database 308. According to an embodiment, IncomingCommunication Processing System 104 may use contact information storedin Incoming/Outgoing Communication Database 308 but store communicationrestriction processing information specific to incoming communicationsin Incoming Communication Database 108. In an embodiment, both theincoming and outgoing Communication Processing Systems 104 and 204maintain continuous connections to both their own databases 108 and 208and the shared database 308. In another embodiment, IncomingCommunication Processing System 104 periodically syncs withIncoming/Outgoing Communication Database 308. In an embodiment, the syncis a one-way sync such that new contacts stored in the shared databaseare imported to Incoming Communication Database 108. In anotherembodiment, the sync is two-way such that information is periodicallysynced both ways between databases 308 and 108.

The Investigative System

Some embodiments include an investigative system. In an embodiment, theinvestigative system is integrated with the Incoming CommunicationProcessing System 104. In another embodiment, the investigative systemis separate from the incoming call processing system. FIG. 7 illustratesan exemplary combined Incoming And Outgoing Communication ProcessingSystem 304 that is connected to a Combination Incoming And OutgoingInvestigative System 710. Other topologies and levels of interactionbetween incoming and outgoing communication processing systems andinvestigative systems are possible. FIG. 8 illustrates an exemplaryIncoming Communication Processing System 104 that has a separateIncoming Investigative System 818 and an Outgoing CommunicationProcessing System 204 that has a separate Outgoing Investigative System814.

The investigative system allows the authority managing the facility tomonitor communications. In an embodiment, the investigative systemsupports three way call detection. Three way call detection applies tovoice or video calls. In an embodiment, the investigative system detectshook flash events to detect three way calling. In other embodiments,biometrics are used to detect three way calling. For example, in anembodiment, the investigative system continuously samples voice samplesfrom a voice or video call and detects the number of parties on the callusing speaker dependent voice recognition. In another embodiment thethree way call detection works by identifying faces in a videocommunication. If more than an allowed number of faces are detected oneither end of the communication an alert is generated in theinvestigative system.

In an embodiment, the investigative system records incomingcommunications for future analysis. Some communications can beselectively excluded from recording. For example, an incoming voice callfrom an inmate's attorney that is privileged will not be recorded. Theincoming communications system database maintains a list of outsideparties that are not to be recorded. As with all information stored inthe incoming communications database, this privileged caller informationmay be shared or different between incoming and outgoing communicationsystems and databases. For example, a particular outside party may beflagged to be recorded for incoming communications but not for outgoingcommunications.

In an embodiment, the investigative system detects resident-to-residentcalls and call bridging. One method of detecting resident-to-residentcalls is to inject a message into the outgoing call and detect the sameor similar message on inbound calls. If the message is detected on aninbound call, that indicates to the investigative system that anoutgoing line is being re-routed to an incoming line in the samefacility. The same principle extends to communications betweenfacilities with the same or similar communications systems installed. Inan embodiment, the investigative system injects a periodic beep orintermittent message in the outgoing call. The periodic beep orintermittent message may be of suppressed volume so as to not interruptthe call. If the same or similar periodic beep or intermittent messageis detected on an incoming call, the system can deduce that the incomingcall is originating from the same or a similar outgoing call system.

Incoming Communications Processing

FIG. 9 illustrates an exemplary flowchart diagram of a method forprocessing an incoming communication from an outside calling party to aninmate. At step 902 an incoming communication is received from anoutside party. The communication may be any, all, or combinations ofvoice, text, video, Short Message Service (SMS), Multimedia MessageService (MMS), voice mail, instant message, photo, teletypewriter,Baudot, computer data, application data, or email.

In an embodiment where the communication type is a voice call over PSTN,the incoming communication processing system blocks extra dialed digits.Some outgoing calls made by residents allow extra dialed digits in orderto allow the resident to access an extension. In an embodiment, theincoming communication processing system blocks all extra dialed digitsas this may be an indication that the call is in the process of beingforwarded or conferenced. In an embodiment, extra digits are allowed andprocessed by the incoming communication processing system.

At step 904 any available communication routing data is gathered fromthe incoming communication. Routing data may include IP routes, emailheaders, telephone carrier identifiers, caller ID information, or otherinformation that identifies the origination of the communication. In anembodiment, an incoming voice call over PSTN has caller ID informationthat is gathered at this step. In an embodiment, email headers areevaluated to determine the source of the incoming email. In anotherembodiment, IP communication packets are evaluated for TTL values,source IP addresses, or other packet header information. Any or all ofthis information is later utilized to identify the source of theincoming communication.

The system may gather geographic information to identify an incomingcommunication. For example, in an embodiment an outside party isrequired to transmit GPS coordinates of the device they are using toplace the communication. Alternatively or in addition, the system canderive a geographic point of origin in other ways such as reverse lookupof phone number, IP address, or telephone route data. Geographiclocation may be gathered at the beginning of the communication,periodically or continuously during the communication, or at the end ofthe communication, or any combination thereof.

At step 906 the outside party initiating the incoming communication isprompted for registration authentication information. For example,authenticating information may include but is not limited to username,password, PIN, or any one or combination of biometric data. Examples ofbiometric data include voice samples, video samples, still images of theparty's face, handwriting samples, DNA samples, fingerprints, retinalscans, vascular patterns, or other acceptable forms of biometricidentification. In an embodiment where the communication is a voice callover PSTN, the authentication information requested is a PIN number thatthe outside party can enter via touch-tone phone. In another embodimentwhere the incoming communication is an email or text message, the systemmay prompt the outside party to enter a username and passwordcombination. In another embodiment, the outside party is placing a voiceor video call from a cellular telephone with an integrated fingerprintreader. In this embodiment the system requests the outside party providefingerprint biometrics to proceed.

The authentication information is compared to stored information toauthenticate the outside party at step 908. If the party is notregistered with the system, they may be redirected to the registrationprocess at step 910, and the communication does not proceed. In someembodiments the outside party does not need to be registered, in whichcase step 908 is skipped.

At step 912 the outside party placing the incoming communication isasked to provide identification information for the resident they wishto communicate with. In an embodiment where a voice caller is trying toreach a prison inmate, the voice caller is asked to supply an inmateidentification number. In some embodiments the resident identificationinformation can be gathered at step 904. For example, in an embodimentwhere the incoming communication is an email, the destination emailaddress may indicate the resident the outside party is trying tocontact. In these embodiments, step 912 can be skipped when not needed.

At step 914 the system validates incoming communications. One part ofthis process is determining whether the outside party placing thecommunication is allowed to communicate with the intended recipientresident. This is part of the broader concept of communicationrestriction processing. Complex restriction rules may determine whetherthe communication is allowed to proceed. Restriction rules may includeidentity of the outside party and the resident, time of day or time ofweek, or any information gathered in step 904 or 906. Restriction rulesmay be granular to a specific resident, facility, or jurisdiction. Forexample, in an embodiment, one restriction rule bans all incomingcommunications from 10 PM to 8 AM for all residents of a facility.Another example restriction rule is that a particular resident is onlyallowed incoming communications from family members. If thecommunication is blocked by any rule for any reason the incomingcommunication is blocked and the method end at step 916.

If the communication is validated, and the outside party is allowed toplace or send an incoming communication to the requested resident, theoutside party is next asked to provide payment information at step 918.Various payment options and methods are discussed below. The outsideparty placing the incoming communication may decline to supply paymentat step 918, in which case the system will ask the resident receivingthe communication for payment information at step 928. If the residentalso declines to pay for the incoming communication, the communicationis terminated and the process ends at step 934.

Next, the resident is notified of the incoming communication at step920. In an embodiment, the resident is notified of a voice or video callby a ringtone on a personal wireless device or cell phone. In anembodiment, the resident is notified of an email message by logging into a portal where the resident can read emails.

Once the resident is made aware of the incoming communication, they areprompted to accept or reject the communication at step 922. In anembodiment the incoming call processing system also requires theresident to pass an authentication step to ensure the desired person isbeing contacted. In an embodiment the resident is required to supply thesame or similar authentication as the outside party placing the incomingcall. For example, in an embodiment the resident is required to supply avoice sample to authenticate at step 922. In an embodiment the residentis required to supply a fingerprint to authenticate. In another examplethe resident is required to supply a PIN number to authenticate theiridentity.

At step 922 the resident is provided with identification information tohelp them make the decision of whether or not to accept the incomingcommunication. In an embodiment, the resident is provided with theoutside party's name and caller ID information for a phone call. In anembodiment, the resident is provided with the source email address andsubject line of an email. In an embodiment, the resident is also giventhe option to block further incoming communications from the outsideparty. In an embodiment the resident is given the option to send anincoming voice call to voicemail, or respond to an incomingcommunication with a preselected response. For example, instead ofanswering the resident may respond to an incoming phone call with ashort text message reply of “can't talk right now, call back later.”

At step 924 the resident can accept the incoming communication in theway most appropriate for the incoming communication type. In anembodiment the resident can answer an incoming voice call by answering aringing phone or personal wireless device. In an embodiment, theresident can accept an incoming email by opening an email message. Ifthe outside party provided payment information at step 918, thecommunication may automatically proceed at step 930. In an embodiment,if the sending outside party paid for an incoming email communication,all the resident has to do is open the email through email readingsoftware and they can read the contents. In an embodiment, if thecommunication is a voice call the resident can answer the call and thetwo parties can begin speaker immediately.

Alternatively, if the outside party did not provide payment informationat step 918, the system will ask the resident receiving thecommunication for payment information at step 928. If the resident alsodeclines to pay for the incoming communication, the communication isterminated and the process ends at step 934. If the receiving residentsupplies payment information at step 928, the communication can progressat step 930.

Payment Options

Incoming communications can be paid for in a number of ways. In order toallow for an inmate to quickly and efficiently receive incomingcommunications, incoming communication processing system can determinewhether the inmate has sufficient funds for making the call based on aninmate Debit Account associated with the particular inmate. In anembodiment, the inmate Debit Account can be stored in one or moredatabases inside or out of the incoming communication processing system.For example, the Debit Account can be stored and managed in incomingcommunication processing system 100 within the system, or can locatedand accessed remotely, such as at a financial institution, for example.In an embodiment, a single Inmate Debit Account can be used to supportany type of incoming communication.

As another form of payment, an Advance Pay Account can also beassociated with the resident. The Advance Pay Account can be funded byfamily and friends, and used for call fees associated with the resident.As with the Debit Account, the incoming communication processing systemcan access the Advance Pay Account to determine that there aresufficient funds, when incoming communications are received. In anembodiment, the Advance Pay Account is stored in one of the databases.In an embodiment, the Advance Pay Account can support any type ofincoming communication. In an embodiment, the Advance Pay account willbe used only to pay for phone calls to (and from, in the case ofwireless) the associated phone number.

In an embodiment, the incoming communication processing system can beconfigured to prompt the outside party to select the Debit Account orthe Advance Pay Account for supplying the funds for completing the call.For example, the incoming communication processing system can prompt theoutside party as to whether funds should be drawn from the Debit Accountof the Advance Pay Account for completing the call. In an embodiment,the prompt is only provided to the resident, and incoming calls arerestricted to funds of one of the Debit Account or the Advance PayAccount.

In an embodiment, the Debit Account and/or Advance Pay Account can beused to pay for data usage, and/or downloads requiring payment, such asapps, video streaming services, etc.

Registration

In an embodiment, outside parties are required to register prior toplacing an incoming communication to a resident. The registrationprocess may be customized by the authority operating the facility.Registration may completed be over any of the communication typessupported by the incoming communication system. Registration may occurany time prior to a communication. If an unregistered outside partyattempts to place an incoming communication to a resident, the systemmay offer the caller to register at that time before proceeding with thecommunication. Some authorities may require registration more in advanceof attempting to initiate in incoming communication to a resident. Forexample, some authorities may require a period of time to authorize anoutside party before allowing incoming communications from that outsideparty. Such a time period may be, for example, one day, one week, ormore. Other authorities may require minimal authorization and allowincoming communications immediately after registration.

The operating authority may require any amount of information from anoutside party to register. Examples of the types of information that maybe required are name, address, social security number, driver's licensenumber, contact information, or other identifying or security relatedinformation. An outside party may be required to establish a usernameand password combination or a PIN (Personal Identification Number)number as part of the registration process as well. Some authorities maygather biometric data as part of the registration process as well.Examples of biometric data include voice samples, video samples, stillimages of the party's face, handwriting samples, DNA samples,fingerprints, retinal scans, vascular patterns, or other acceptableforms of biometric identification. Authorities may gather some, all, ornone of these types of biometric data as part of the registrationprocess.

The registration process may include identifying which resident orresidents the outside party intends to contact. For example, a familymember may identify a particular inmate of a prison as a contact.Alternatively, an outside party may identify a facility or facilities asthe desired contact. For example, an attorney who works with multipleinmates at a particular facility may intend to place communications tomultiple inmates. Some operating authorities may allow for broaderregistration in such cases rather than requiring the attorney toregister to contact each individual inmate.

In addition the outside party may be required to identify theorigination of incoming calls that they intend to use. For example, anoutside party may be required to identify the phone number or numbersthey will be calling from or the email address or addresses they will besending email from. Some authorities may also require geographiccoordinates of the communication origination. Such geographiccoordinates may be narrow and precise such as GPS coordinates, or moregeneral such as a city, state, or country of origin. GPS coordinates maybe stored as a central point and a radius or as an amorphous region.Alternatively, GPS coordinates may be derived from an address, zip code,area code, or other geographically identifying information. For example,the geographic origination of a communication may be defined as large asan entire country, or as specifically as a particular house. The systemmay use this information to further ensure the security and safety ofboth residents and outside parties.

In embodiments, the authority managing the facility can place additionalrestrictions on outside parties wishing to register to place incomingcommunications. In and embodiment, the facility may require a backgroundcheck for every person wanting to place incoming communications toresidents of a facility. For example, the authority may disallowincoming communications from outside parties with outstanding warrantsor from those on a sex offender registry.

EXAMPLES

In an embodiment, the incoming communication system processes voicecalls to inmates of a correctional facility. In this embodiment when aninmate receives an incoming call from an outside party the inmate isgiven a choice to accept or deny the incoming call. In an embodiment theinterface for this input is an IVR system. In an embodiment, the IVRinforms the inmate of the identity of the outside party calling theinmate, such as a relative or the inmate's attorney. Then the IVRprompts the inmate whether the inmate wishes to receive the call fromthat outside party. In an embodiment the input is touch tone numbers.For example, in an embodiment the IVR announces: “You have a collectfrom “John Doe.” Dial 1 if you would like to connect the call, Dial 2 ifyou wish to decline the call.” In an embodiment the IVR also acceptsvoice input: “You have a collect from “John Doe.” Say “accept” if youwould like to connect the call, and say “reject” if you wish to declinethe call.” In an embodiment both forms of IVR input are prompted andaccepted by the IVR.

In an embodiment the IVR also prompts the inmate as to how the inmatewould like to pay for the incoming communication. The IVR can prompt theinmate to choose from any acceptable forms of payment including but notlimited to a debit account, an advance pay account, a commissaryaccount, a credit card account, or the option to request payment fromthe outside party placing the incoming call.

Residents are able to block incoming communications from selectedcontacts. In an embodiment, the inmate is able to selectively blockfurther incoming communications from the incoming caller. For example,in an embodiment the IVR system prompts the inmate: “Dial 5 if you wouldlike to prevent this caller from calling you in the future.” If theinmate decides to prevent further incoming communications from thiscaller the caller's identify is saved in the database as a blockedcontact and no further incoming calls will be allowed from that caller.In an embodiment, residents are able to disconnect a call in progressand block any further incoming communications from a contact by enteringa code during the call.

In an embodiment, residents are able to route an incoming call to voicemail. In another embodiment, residents are able to respond to theincoming call with a short outgoing voice message such as “please emailme” or “call back later.” In another embodiment, the incomingcommunication may be responded to through a different communicationmedium. For example, in an embodiment an outside party may send a SMStext message to a resident requesting a video call at a certain time. Inthis embodiment the resident would respond to the SMS message with avideo call.

Each of the options presented to a resident upon receiving an incomingcommunication are also selectable by the IVR or other input mechanism.In an embodiment, the IVR accepts either voice input, touch tone input,or a combination thereof. In an embodiment the options presented to theresident are presented by a graphical user interface (GUI). In anembodiment where the incoming communication is an email, for example,the inmate is presented with options to accept the email based on thesender's email address, reject the email based on the sender's emailaddress, block the sender, respond with a canned message, or accept andread the email. In an email embodiment these options would be presentedin a GUI on a computer or other device capable of reading email.

In an embodiment, any combination of the above options are combined intoa single prompt by an IVR or GUI. For example, when an inmate receivesan incoming voice call from an outside party and IVR may prompt: “Youhave a collect from “John Doe.” dial 1 if you would like to connect thecall, dial 2 if you would like to connect the call and pay for the callwith your debit account, dial 3 if you would like to keep this callerfrom calling you in the future, dial 4 if you would like to send thiscall to your voice mail account, dial 5 if you wish to decline thecall.”

This information may be compared with information gathered during theregistration process to authenticate the outside party. Alternatively,or in addition, biometric data may be gathered continuously orperiodically throughout the communication to establish authentication.For example, the system may sample voice data of the outside partycontinuously during a voice call.

Conclusion

It is to be appreciated that the Detailed Description section, and notthe Abstract section, is intended to be used to interpret the claims.The Abstract section may set forth one or more, but not all exemplaryembodiments, and thus, is not intended to limit the disclosure and theappended claims in any way.

The invention has been described above with the aid of functionalbuilding blocks illustrating the implementation of specified functionsand relationships thereof. The boundaries of these functional buildingblocks have been arbitrarily defined herein for the convenience of thedescription. Alternate boundaries may be defined so long as thespecified functions and relationships thereof are appropriatelyperformed.

It will be apparent to those skilled in the relevant art(s) that variouschanges in form and detail can be made therein without departing fromthe spirit and scope of the disclosure. Thus, the invention should notbe limited by any of the above-described exemplary embodiments, butshould be defined only in accordance with the following claims and theirequivalents.

What is claimed is:
 1. A method, comprising: interfacing an incoming communication processing system to an outgoing communication processing system, wherein the outgoing communication processing system includes hardware separate from the incoming communication processing system; receiving an incoming communication, wherein the incoming communication includes an inmate identification; determining an inmate communication device associated with the inmate identification using inmate communication device information stored by the outgoing communication processing system; and routing the incoming communication to the determined inmate communication device based on the determining.
 2. The method of claim 1, wherein the incoming communication includes a text component and a video component.
 3. The method of claim 1, wherein the inmate communication device is a personal wireless device.
 4. The method of claim 1, further comprising: monitoring biometric information included in the incoming communication to detect a presence of an unauthorized party.
 5. The method of claim 1, wherein the inmate communication device information includes routing rules configured to route the incoming communication based on identification information related to an outside party originating the incoming communication.
 6. The method of claim 5, wherein the determining, further comprises: searching a block list based on the identification information; identifying the outside party as being listed on the block list; and limiting the incoming communication based on the identifying.
 7. The method of claim 1, further comprising: receiving a second incoming communication; determining that the second incoming communication is restricted based on information other than identification information related to an outside party originating the incoming communication.
 8. An incoming communication restriction system, comprising: memory; and one or more processors and/or circuits configured to: route an incoming communication from a party external to a facility to an resident communication device, wherein the incoming communication includes routing information directing the incoming communication to a resident of the facility; monitor the content of the incoming communication; and update a shared database communicatively coupled to an outgoing communication restriction system with the content of the incoming communication.
 9. The incoming communication restriction system of claim 8, wherein the one or more processors and/or circuits are further configured to retrieve information from the shared database to route the incoming communication.
 10. The incoming communication restriction system of claim 8, wherein the one or more processors and/or circuits are configured to monitor the content in response to detecting a three-way call.
 11. The incoming communication restriction system of claim 8, wherein the one or more processors and/or circuits are configured to monitor the content in response to detecting a number of faces party to the incoming communication being greater than a predetermined threshold.
 12. The incoming communication restriction system of claim 8, wherein the one or more processors and/or circuits are configured to monitor the content in response to detecting that the party external to the facility is unregistered.
 13. The incoming communication restriction system of claim 8, wherein the shared database includes incoming communication rules stored by the incoming communication restriction system and outgoing communication rules stored by the outgoing communication restriction system.
 14. The incoming communication restriction system of claim 13, wherein the incoming communication rules between the resident of the facility and the party external to the facility differ from the outgoing communication rules related to the resident of the facility and the party external to the facility.
 15. An incoming communication restriction system, comprising: memory; and one or more processors and/or circuits configured to: receive an incoming communication from a party external to a facility to a resident of the facility; transmit a notification to a resident communication device alerting the resident of the incoming communication, wherein the notification includes instructions requesting authorization from the resident communication device to accept the incoming communication; and route the incoming communication to the resident communication device in response to receiving authorization from the resident communication device.
 16. The incoming communication restriction system of claim 15, wherein the authorization includes biometric authentication information related to the resident.
 17. The incoming communication restriction system of claim 15, wherein the authorization includes a voice sample from the resident.
 18. The incoming communication restriction system of claim 15, wherein the authorization includes acceptance of a deduction in balance of a resident account.
 19. The incoming communication restriction system of claim 15, wherein the one or more processors and/or circuits are further configured to: receive a second incoming communication from a second party external to the facility to a second resident of the facility; transmit a second notification to a second resident communication device alerting the second resident of the second incoming communication, wherein the second notification includes instructions requesting authorization from the second resident communication device to accept the second incoming communication; and blocking the second incoming communication in response to receiving a rejection from the second resident communication device.
 20. The incoming communication restriction system of claim 19, wherein the one or more processors and/or circuits are further configured to: block future incoming communications from the second party. 